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COMMUNICATION CHANNEL SELECTION 
Field of the Invention 

The present invention relates to configuration of PDP contexts between a user 
5 equipment and a network, and particularly to such configuration for signalling traffic. 
The invention is particularly concerned with the situation where more than one 
possible PDP context may be provided, and particularly but not exclusively where the 
PDP contexts include a dedicated signalling PDP context and a general purpose 
PDP context. 
10 Background to the Invention 

In third generation mobile communication systems such as 3GPP systems, PDP 
contexts establish communication sessions between user equipment (UE) and the 
gateway GPRS support nod (GGSN) in the communication network. In 3GPP release 
5 (R5), it is proposed that IP multimedia subsystem related signalling traffic may be 
15 carried between the UE and the network on one of two PDP contexts: a dedicated 
signalling PDP context or a general purpose PDP context. 

In 3GPP R5, it is proposed that the UE indicates to the network the desired PDP 
context by setting a flag in the protocol configuration options (PCO) sent to the 
network. If this flag is set, it indicates a request for the dedicated signalling PDP 
20 context. If this flag is not set, it indicates a request for the general purpose PDP 
context. 

The dedicated signalling PDP context requires support from the network, for example 
the network must check that only signalling traffic is carried on the dedicated 
signalling PDP context. The 3GPP R5 specification allows for the operator of a 
25 network to choose whether to support dedicated signalling PDP contexts. If 
dedicated signalling PDP contexts are not supported by the network operator, then 
the user equipment should use the general purpose PDP context for IP multimedia 
subsystem related signalling. 
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Thus if the UE requests a dedicated signalling PDP context, the network may not be 
able to support such, and consequently the request by the user equipment may not 
be facilitated. 

In addition, the PDP request is communicated to the gateway GPRS support node 
(GGSN) of a network via a serving GPRS support node (SGSN). If the SGSN is a 
pre-R5 version, then it will not support the use of the signalling flag in the secondary 
PDP context activation request or in the PDP context modification request indicating 
a request for a dedicated signalling PDP context, and will not forward such flag or 
request to the GGSN. 

Thus if the UE requests a dedicated signalling PDP context, the GGSN may not 
receive the request, and consequently the request by the user equipment may not be 
facilitated. 

If a request for a dedicated signalling PDP context is accepted by the network, the 
operator of a network may wish to decide which traffic is allowed use of such PDP 
context 3GPP R5 specifies that the traffic on the dedicated signalling PDP context 
has to be of the type SIP, DHCP, or DNS. However the operator of the network may 
also wish to provide for other types of traffic to be supported on the ded.cated 
signalling PDP context. For example, the traffic on the dedicated signalling PDP 
context may be free of charge to the user, and the operator may allow other types of 
20 traffic to be free of charge. 

Thus if a dedicated signalling PDP context is accepted, the UE may not know all the 
types of traffic which the network allows to be transported on that PDP context. 
It is an object of the present invention to provide a solution to one or all of the above- 
stated problems. 
25 Summary o f the Invention 

Inn accordance with the present invention there is provided a method of establishing 
a communication connection for traffic between a user equipment and a network, 
comprising: transmitting a communication connection request from the user 
equipment to a network element, the request including an indication of a preferred 
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communication connection; receiving a least a part of said request at the network 
element; selecting at the network element a communication connection for the traffic; 
and communicating the selected communication connection to the user equipment. 
The communication connection is preferably a PDP context. 

The step of communicating may comprise transmitting a message to the user 
equipment identifying the selected PDP context. The step of communicating may 
comprise transmitting a message to the user equipment identifying the non-selected 
PDP context. The step of selecting the PDP context may be dependent upon the 
preferred PDP context and the PDP contexts supported by the network. 
The step of communicating may comprise transmitting a message to the user 
equipment confirming that the preferred PDP context is selected. The step of 
communicating may comprise transmitting a message to the user equ.pment 
rejecting the preferred PDP context. 

The message may identify an alternative to the preferred PDP context. The step of 
selecting may comprise determining the type of traffic to be transmitted on the PDP 
context. The step of selecting may comprise selecting a first PDP context for a first 
set of traffic type and selecting a second PDP context for a second set of traffic type. 
The step of communicating may include communicating the allowed traffic types to 
the user equipment. The traffic may be signalling traffic. The at least two PDP 
contexts may include a dedicated signalling PDP context and a general purpose PDP 
context. 

The method may further comprise the step of receiving the PDP request from the 
user equipment at a further network element, and transmitting the PDP request from 
the further network element to the network element. 

The network element may remove the preferred PDP context from the request such 
that the request transmitted from the further network element to the network element 
does not include an indication of a preferred PDP context. 
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The step of communicating may include transmitting a cause code or signalling flag: 

The present invention further provides a method of establishing a PD.P context for 
signalling traffic between a user equipment and a network, comprising: receiving a 
first PDP request from the user equipment at a first network element, the PDP 

5 request including an identity of a preferred PDP context; receiving a second PDP 
request from the first network element at a second network element, the second PDP 
request including at least part of the first PDP request; selecting, at the second 
network element, a PDP context for the signalling traffic,; and confirming the 
selected PDP context to the user equipment. 

10 The second PDP request preferably includes the identity of the preferred PDP 
context, wherein the second network element selects the PDP context in 
dependence on the preferred PDP context and the PDP contexts supported by the 
network. 

The second PDP request may not include the identity of the preferred PDP context, 
15 wherein the second network element selects the PDP context in dependence on PDP 
contexts supported by the network. 
The selected PDP context may be a default PDP context. 

The selected PDP context may include one of a dedicated signalling PDP context 
and a general purpose PDP context. 
20 The step of confirming may comprise transmitting a cause code to the user 
equipment. 

The present invention further provides a computer program product for storing 
computer program code adapted to perform the method of any one of the appended 
method claims. 

25 In a further aspect the present invention provides a network element for determining 
a communication connection for traffic between a user equipment and a network, 
comprising: means for receiving a communication connection request from the user 
equipment; means for selecting a communication channel for the traffic; and means 




for communicating the selected communication to the user equipment. The 
communication channel is preferably a PDP context. 

The communication channel request may include an identity of a preferred 
communication channel. The means for communicating may be adapted to transmit a 
5 message to the user equipment identifying the selected PDP context. The means for 
communicating may be adapted to transmit a message to the user equipment 
identifying the non-selected PDP context. 

The means for selecting one of at least two PDP contexts may be responsive to the 
PDP contexts supported by the network. 
10 The PDP request may include an identity of a preferred PDP context, the means for 
selecting being further responsive to the preferred PDP context. The means for 
communicating may be adapted to transmit a message to the user equipment 
confirming that the preferred PDP context is selected. 

The means for selecting may comprise means for determining the type of traffic to be 

15 transmitted on the PDP context. 

The means for selecting may comprise means for selecting a first PDP context for a 
first set of signalling types and means for selecting a second PDP context for a 
second set of signalling types. The means for communicating may be adapted to 
communicate the allowed traffic types to the user equipment. The traffic is preferably 

20 signalling traffic. 

The PDP contexts may include a dedicated signalling PDP context and a general 
purpose PDP context. The network element is preferably a gateway GPRS support 
node. The means for requesting is preferably connected to receive the PDP request 
from a serving GPRS support node. 

25 The invention further provides a network element for determining a PDP context for 
traffic between a user equipment and a network, comprising: means for receiving a 
first PDP request from the user equipment at a first network element, the first PDP 
request including an identity of a preferred PDP context; means for receiving a 
second PDP request from the first network element at a second network element, the 
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second PDP request including at least part of the first PDP request; the second 
network element including means for selecting a PDP context for the traffic; and 
means for confirming the selected PDP context to the user equipment. 
The second PDP request may include the identity of the preferred PDP context, the 
5 means for selecting being dependent upon the preferred PDP context and the PDP 
contexts supported by the network. 

The second PDP request may not include the identity of the preferred PDP context, 
wherein the second network. element selects the PDP context in dependence on PDP 
contexts supported by the network. 

10 The selected PDP context may be a default PDP context. The selected PDP context 
may be one of a dedicated signalling PDP context and a general purpose PDP 
context. The first network element may be a SGSN and the second network element 
may be a GGSN. Te message may be a cause code to the user equipment. 
In accordance with the present invention there is also provided a communication 

15 system, including a serving GPRS support node for receiving a PDP request from a 
user equipment, the PDP request including an identity of a preferred PDP context; 
and a gateway GPRS support node for receiving a PDP request from the serving 
GPRS support node, wherein the gateway GPRS support node is adapted to select a 
dedicated signalling PDP context or a general purpose PDP context for signalling 

20 traffic between the user equipment and the communication system in dependence 
upon the PDP contexts supported by the network and to confirm the selected PDP 
context to the user equipment. 

The gateway GPRS preferably support node receives the PDP request from the 
serving GPRS node including the identity of preferred PDP context, the gateway 
25 GPRS support node being further adapted to select the signalling PDP context in 
further dependence on the identity of the preferred PDP context. 
The invention further provides a cause code for a communication system in which a 
PDP context is to be established traffic between a user equipment and a network, the 
PDP context being established by: receiving a PDP request from the user equipment 
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at a network element; selecting a dedicated signalling PDP context or a general 
purpose PDP context for the traffic; and confirming the selected PDP context to the 
user equipment using the cause code. 

The invention still further provides a cause code for a 3GPP R5 communication 
system which indicates a signalling PDP context activated by a network to a user 
equipment. 

Rrigf npsnri ption o f the Drawings 

The invention will now be described by way of reference to the accompanying 
figures, in which: 

Figure 1 illustrates the main elements of a 3GPP network for illustrating the present 
invention; 

Figure 2 illustrates a known PDP context activation; and 

Figures 3(a) to 3(d) illustrate communication of a PDP context activation in 
accordance with embodiments of the present invention. 
15 Description o f Preferred Embodiments 

The invention is described herein by way of reference to particular examples. 
However the invention is not limited in its applicability to the described examples. 
Referring to Figure 1, there is illustrated the main elements of a 3GPP network for 
understanding a preferred embodiment of the present invention. 
A user equipment (UE) 10 is connected in a communication network generally 
Illustrated by reference numeral 30. The communication network 30 includes a 
serving GPRS support node (SGSN) 12 and a gateway GPRS support node (GGSN) 
14 The configuration of the communication network 30 will be well-known to one 
skilled in the art. Generally, a communication session is established betweenthe 
GGSN 14 of the communication network and the user equipment 10 via the SGSN 
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In accordance with 3GPP R5, the communication network may support IP multimedia 
subsystem (IMS) related signalling traffic between the user equipment and the 
communication network on either a dedicated signalling packet data protocol (PDP) 
context or on a general purpose PDP context. This illustrated in Figure 1 by an IMS 
5 server 31 connected in communications with the GGSN 14. The operator of the 
GGSN in the communication network will determine whether the dedicated signalling 
PDP context is supported by the communication network. 

When the user equipment 1 0 initiates a session through the communication network, 
a PDP context must be established between the user equipment and the GGSN in 

10 the communication network. In accordance with 3GPP R5, the user equipment is 
able to request in establishing the PDP context that a dedicated signalling PDP 
context be used. This is done by setting a signalling flag at PDP context activation, at 
secondary PDP context activation, or at PDP context modification. 
Referring to Figure 2 in combination with Figure 1 , there is illustrated an example 

15 PDP context activation in accordance with a preferred embodiment of the present 
invention. The example shown is based on an "Activate PDP Context Request". 
Other examples include "Activate Secondary PDP Context Request" or "Modify PDP 
Context Request". 

In the PDP context activation, the UE 10 sends an Activate PDP Context Request 
20 message 50 to the SGSN 12 of the network 30. In accordance with 3GPP R5, this 
message may include protocol configuration options (PCO) possibly including the 
signalling flag. For the purposes of this example, it is assumed that the signalling flag 
is set, indicating a request for a dedicated signalling PDP context. 
In accordance with known techniques, the SGSN 12 then transmits a Create PDP 
25 Context Request message 52 to the GGSN 14. Again, this message may include a 
PCO possibly including the signalling flag. 

The Create PDP Context Request message is received at an input/output block 18 of 
the GGSN 14. A control block 16 of the GGSN reads the message 52, and as part of 
the known procedure determines if the signalling flag is set. If the signalling flag is 
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set then the GGSN checks whether signalling PDP contexts are supported by the 
network. In this embodiment, the control block 16 checks a storage block 20 which 
stores details of the signalling PDP contexts supported by the network. 
In the present example it is assumed that the network does support dedicated 
signalling PDP contexts. The control block 16 therefore configures a dedicated 
signalling PDP context in accordance with known techniques. 

In accordance with known techniques, once the PDP context is activated, the GGSN 
14 transmits a Reply (Accept) message 54 back to the SGSN 12, which in turn 
transmits a Reply (Accept) message 56 to the UE 10. 

In accordance with a preferred embodiment of the present invention, the Reply 
(Accept) messages are modified or extended to include an indication of the PDP 
context established. That is, the messages include an indication of whether the 
dedicated signalling PDP context has been established. This can be done in a 
number of ways. 

One embodiment for communicating the PDP context status to the UE is shown in 
Figure 3(a), in which the Reply (Accept) messages include the protocol configurat.cn 
options (PCO) including the signalling flag. The GGSN sets the signalling flag in the 
Reply (Accept) message 54 to indicate that the dedicated signalling PDP context has 
been established, and the SGSN copies the signalling flag to the Reply (Accept) 
message 56. In this way, the setting of the signalling flag in the Reply (Accept) 
message indicates to the UE whether the dedicated signalling PDP context has been 
established or whether the general purpose PDP context has been established. 
A further modification to the example described above is now considered, where the 
network does not support the dedicated signalling PDP context. Two embodiments 
25 for such a scenario are considered below. 

In a first embodiment, when the GGSN receives the Create PDP Context Request 
with the signalling flag set, and the network does not support dedicated signail.ng 
PDP contexts, the network in any event establishes the PDP context as a general 
purpose PDP context. In this embodiment, there is no rejection of the PDP context, 
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and hence there is no requirement for the UE to initiate a further PDP context 
activation, secondary PDP context activation, or PDP context modification. This has 
the advantage of requiring less signalling between the UE and the network. 
Preferably, the network informs the UE that the general purpose PDP context has 
5 been activated, and this may be done by hot setting the signalling flag in the Reply 
(Accept) message 54 returned to the SGSN 12, and the Reply (Accept) message 
returned to the UE 10. This is illustrated in Figure 3(b). As such, the UE knows the 
PDP context established. 

In a second embodiment, when the GGSN receives the Create PDP Context 
10 Request with the signalling flag set, and the network does not support dedicated 
signalling PDP contexts, the PDP context is rejected by the GGSN. In 3GPP R5 
there is an existing cause code: "Service Not Supported". This cause code could be 
returned to the UE. This is illustrated in Figure 3(c). However, this does not give the 
UE information that it is the dedicated signalling PDP context that the network does 
15 not support. After receiving the PDP context rejection, the UE may need to initiate a 
PDP context requesting the general purpose PDP context in order to proceed if such 
PDP context does not already exist. 

For both the first and second embodiments described hereinabove, the present 
invention preferably further provides a new cause code for transmission to the UE. 

20 Such cause code may, for example, be: "Dedicated Signalling PDP Context not 
Supported". Preferably this cause code is transported transparently through the 
SGSN, using the protocol configuration options (PCO). Alternatively the cause code 
may be carried from the GGSN to the SGSN, and from the SGSN to the UE, as is 
illustrated in Figure 3(d). 

25 In the above examples, it is assumed that all elements of the network support 3GPP 
R5. However, it is possible that pre-Release 5 3GPP SGSNs may be utilised in a 
network where the GGSN is R5. If the SGSN is pre-R5, it will not be able to 
recognise the signalling flag in the Activate Secondary PDP Context Request or 
Modify PDP Context Request. As such, the flag will not be forwarded to the GGSN 

30 and the GGSN will not know that the UE has requested a dedicated signalling PDP 
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context. In such cases, the GGSN may allocate a general purpose PDP context, 
without realising that the UE was not expecting such. 

Therefore in accordance with a preferred embodiment of the present invention, the 
GGSN always indicates a successful dedicated signalling PDP context activation, 

5 when the signalling flag is received and the network provides the required support. In 
this way, if the UE does not receive such indication, but does receive an indication 
that the' PDP context has been activated, then it knows that the PDP context 
activation is a normal one, i.e. a general purpose PDP context. Preferably the 
indication is provided transparently through the SGSN, for example in PCO. As 

10 discussed elsewhere herein, the indication may be sent using a new cause code, or 
by setting the signalling flag in the message to the UE. 

In such a case, if the UE knows that the SGSN is pre-R5, then when it receives a 
message that the PDP context was successfully activated it knows that this is a 
general purpose PDP context. The UE may know that the SGSN is a pre-R5 SGSN if 
the Reply (Accept) message does not include the protocol configuration options. 
However in such case the dedicated signalling PDP context is not established on the 
basis that the SGSN is pre-R5, irrespective of whether the network supports 
dedicated signalling PDP contexts. 

In a further embodiment, the present invention provides a mechanism for allowing the 
operator of the network to decide which traffic is allowed to be carried on an 
accepted signalling PDP context. The usefulness of this is that the operator may 
allow traffic on certain PDP contexts, such as the dedicated signalling PDP context to 
be carried free of charge. 3GPP R5 specifies that the dedicated signalling PDP 
context carries SIP, DHCP and DNS traffic. However the operator may also wish to 
allow other types of traffic to be transported on the dedicated signalling PDP context. 
The invention therefore provides, in this embodiment, a means for notifying the UE of 
the type of traffic which may be supported on the selected PDP context. This 
information is preferably transported transparently through the SGSN, for example in 
the protocol configuration options (PCO) or in the traffic flow template (TFT). The 
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network may send a list of allowed traffic, e.g. in the form of protocols, IP addresses, 
port numbers (from which protocols can be derived) and such like. The list of allowed 
traffic may be carried e.g. from the GGSN when sending the Reply (Accept) 
message. 

5 As the present invention provides for communicating to the UE the PDP context 
* activated, particularly where the UE requests a dedicated signalling PDP context, the 
user equipment is notified if in fact a general purpose PDP context is established, 
and the UE therefore knows that conventional charging may be applied to the PDP 
context. The UE is also preferably notified if additional traffic other than IP multimedia 

10 subsystem related signalling traffic may be earned on the PDP context. 

The embodiments above describe the UE and network behaviour and information 
exchange at primary PDP context activation, i.e. when the UE sends Activate PDP 
Context Request to the network. The same UE and network behaviour and 
information exchange applies at secondary PDP context activation, i.e. when the UE 

15 sends Activate Secondary PDP Context Request to the network, or at PDP context 
modification, i.e. when the UE sends Modify PDP Context Request to the network. 

Whilst the present invention has been described herein by way of reference to 
particular embodiments, it is not limited to any such embodiments. The invention may 
be more broadly applied, as will be understood by one skilled in the art. The scope of 
20 protection Is defined by the appended claims. 
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CLAIMS 



1 A method of establishing a communication connection for traffic between a user 
equipment and a network, comprising: transmitting a communication connect.cn 
request from the user equipment to a network element, the request including an 
indication of a preferred communication connection; receiving a least a part of 
said request at the network element; selecting at the network element a 
communication connection for the traffic; and communicating the selected 
communication connection to the user equipment. 

2. A method according to claim 1 wherein the communication connection is a PDP 
context. 

3 A method according to claim 2 wherein the step of communicating comprises 
transmitting a message to the user equipment identifying the selected PDP 
context. 

4 A method according to claim 2 wherein the step of communicating comprises 
transmitting a message to the. user equipment identifying the non-selected PDP 
context. 

5 A method according to any one of claims 2 to 4 wherein the step of selecting the 
PDP context is dependent upon the preferred PDP context and the PDP contexts 
supported by the network. 




14 



6. A method according to claim 5 wherein the step of communicating comprises 
transmitting a message to the user equipment confirming that the preferred PDP 
context is selected. 

5 7. A method according to claim 5 wherein the step of communicating comprises 
transmitting a message to the user equipment rejecting the preferred PDP 
context. 

8. A method according to claim 5 wherein the message identifies an alternative to 
10 the preferred PDP context. 

9. A method according to any one of claims 2 to 8 wherein the step of selecting 
comprises determining the type of traffic to be transmitted on the PDP context. 

15 10. A method according to any one of claims 2 to 9 wherein the step of selecting 
comprises selecting a first PDP context for a first set of traffic type and selecting a 
second PDP context for a second set of traffic type. 

11. A method according to claim 9 or claim 10 wherein the step of communicating 
20 includes communicating the allowed traffic types to the user equipment. 

12. A method according to any one of claims 2 to 11 wherein the traffic is signalling 
traffic. 

25 13. A method according to any one of claims 2 to 12 wherein the at least two PDP 
contexts include a dedicated signalling PDP context and a general purpose PDP 
context. 
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14 A method according to any one of claims 2 to 13 further comprising the step of 
receiving the PDP request from the user equipment at a further network element, 
and transmitting the PDP request from the further network element to the network 
element. 

15 A method according to claim 14 wherein the further network element removes the 
preferred PDP context from the request such that the request transmitted from the 
further network element to the network element does not include an indicate of 
a preferred PDP context. 

16.A method according to any one of claims 2 to 15 wherein the step of 
communicating includes transmitting a cause code or signalling flag. 

17 A method of establishing a PDP context for signalling traffic between a user 
equipment and a network, comprising: receiving a first PDP request from the user 
equipment at a first network element, the PDP request including an idenfity of a 
preferred PDP context; receiving a second PDP request from the first network 
element at a second network element, the second PDP request including at least 
part of the first PDP request; selecting, at the second network element, a PDP 
context for the signalling traffic,; and confirming the selected PDP context to the 
user equipment. 

18 A method according to claim 17, wherein the second PDP request includes the 
identity of the preferred PDP context, wherein the second network element 
selects the PDP context in dependence on the preferred PDP context and the 
PDP contexts supported by the network. 
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19. A method according to claim 17, wherein the second PDP request does not 
include the identity of the preferred PDP context, wherein the second network 
element selects the PDP context in dependence on PDP contexts supported by 

5 the network. 

20. A method according to claim 19 wherein the selected PDP context is a default 
PDP context. 

10 21. A method according to any one of claims 18 to 20 wherein the selected PDP 
context includes one of a dedicated signalling PDP context and a general purpose 
PDP context. 

22. A method according to any one of claims 18 to 21 wherein the step of confirming 
15 comprises transmitting a cause code to the user equipment. 

23. A computer program product for storing computer program code adapted to 
perform the method of any one of claims 2 to 22. 

20 24. A network element for determining a communication connection for traffic 
between a user equipment and a network, comprising: means for receiving a 
communication connection request from the user equipment; means for selecting 
a communication channel for the traffic; and means for communicating the 
selected communication to the user equipment. 

25 

25. A network element according to claim 24 wherein the communication channel is a 
PDP context. 
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26.A network element according to claim 24 of claim 25 wherein the communication 
channel request includes an identity of a preferred communication channel. 

5 27. A network element according to claim 25 or claim 26 wherein the means for 
communicating is adapted to transmit a message to the user equipment 
identifying the selected PDP context. 

28. A network element according to claim 25 or claim 26 wherein the means for 
10 communicating is adapted to transmit a message to the user equipment 

identifying the non-selected PDP context, 

29. A network element according to any one of claims 25 to 28 wherein the means for 
selecting one of at least two PDP contexts is responsive to the PDP contexts 

15 supported by the network. 

30. A network element according to claim 29 wherein the PDP request includes an 
identity of a preferred PDP context, the means for selecting being further 
responsive to the preferred PDP context. 

20 

31. A network element according to claim 30 wherein the means for communicating is 
adapted to transmit a message to the user equipment confirming that the 
preferred PDP context is selected. 

25 32. A network element according to any one of claims 25 to 31 wherein the means for 
selecting comprises means for determining the type of traffic to be transmitted on 
the PDP context. 
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33. A network element according to any one of claims 25 to 32 wherein the means for 
selecting comprises means for selecting a first PDP context for a first set of 
signalling types and means for selecting a second PDP context for a second set 

5 of signalling types. 

34. A network element according to claim 32 or 33 wherein the means for 
communicating is adapted to communicate the allowed traffic types to the user 
equipment. 

10 

35. A network element according to any one of claims 25 to 34 wherein the traffic is 
signalling traffic. 

36. A network element according to any one of claims 25 to 35 wherein the PDP 
15 contexts include a dedicated signalling PDP context and a general purpose PDP 

context. 

37. A network element according to any one of claims 25 to 36 comprising a gateway 
GPRS support node. 

20 

38. A network element according to claim 37 wherein the means for requesting is 
connected to receive the PDP request from a serving GPRS support node. 

39. A network element for determining a PDP context for traffic between a user 
25 equipment and a network, comprising: means for receiving a first PDP request 

from the user equipment at a first network element, the first PDP request 
including an identity of a preferred PDP context; means for receiving a second 
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PDP request from the first network element at a second network element, the 
second PDP request including at least part of the first PDP request; the second 
network element including means for selecting a PDP context for the traffic; and 
means for confirming the selected PDP context to the user equipment. 

5 

40. A network element according to claim 39 wherein the second PDP request 
includes the identity of the preferred PDP context, the means for selecting being 
dependent upon the preferred PDP context and the PDP contexts supported by 
the network. 

10 

41. A network element according to claim 40 wherein the second PDP request does 
not include the identity of the preferred PDP context, wherein the second network 
element selects the PDP context in dependence on PDP contexts supported by 
the network. 

15 

42. A network element according to claim 41 wherein the selected PDP context is a 
default PDP context. 

43. A network element according to any one of claims 39 to 42 wherein the selected 
20 PDP context is one of a dedicated signalling PDP context and a general purpose 

PDP context. 

44. A network element according to any one of claims 39 to 43 wherein the first 
network element is a SGSN and the second network element is a GGSN. 

25 

45. A network element according to claim 44 wherein the message is a cause code to 
the user equipment. 
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46. A communication system including a serving GPRS support. node for receiving a 
PDP request from a user equipment, the PDP request including an identity of a 
preferred PDP context; and a gateway GPRS support node for receiving a PDP 

5 request from the serving GPRS support node, wherein the gateway GPRS 
support node is adapted to seledt a dedicated signalling PDP context or a general 
purpose PDP context for signalling traffic between the user equipment and the 

cornmunication-systerTrin^ 

network and to confirm the selected PDP context to the user equipment. 

47. A communication system according to claim 46 wherein the gateway GPRS 
support node receives the PDP request from the serving GPRS node including 
the identity of preferred PDP context, the gateway GPRS support node being 
further adapted to select the signalling PDP context in further dependence on the 
identity of the preferred PDP context. 

48. A cause code for a communication system in which a PDP context is to be 
established traffic between a user equipment and a network, the PDP context 
being established by: receiving a PDP request from the user equipment at a 

20 network element; selecting a dedicated signalling PDP context or a general 
purpose PDP context for the traffic; and confirming the selected PDP context to 
the user equipment using the cause code. 

49. A cause code for a 3GPP R5 communication system which indicates a signalling 
25 PDP context activated by a network to a user equipment. 
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Abstract 

There is disclosed a method of establishing a communication connection for traffic 
between a user equipment and a network, comprising: transmitting a communicaton 
connection request from the user equipment to a network element, the request 
including an indication of a preferred communication connection; receiving a least a 
part of said request at the network element; selecting at the network element a 
communication connection for the traffic; and communicating the selected 
communication connection to the user equipment. 



10 

[Figure 3] 
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